Unter 2.x klappt es unter 3.x kann ich zwar die Vorlage auswählen , tatsächlch wird die Auswahl aber nicht brrücksichtigt und trotzdem die Standardvorlage verwendet
Beiträge von bravesurfer
-
-
Ist damit zu rechnen dass das Problem unter Liveconfig 2.x irgendwann noch beseitigt wird?
Allgemein scheint es mir derzeit eher schwierig wenn es um Die Weiterentwicklung/Fehlerbehebungen geht.
LiveConfig 3.x ist aus meiner Sicht leider immer noch nicht zu 100 Prozent fertig, so das ich es auf allen Servern produktiv derzeit noch nicht einsetzen möchte und dies mehrere Monate nach Release.
-
Dann hoffen wir Mal, dass ein Bugfix in das nächste Update mit einfließt
-
also kch habe es in V3 als Admin aktiviert finde die Eintstellung im Anschkuss aber leider trotzdem nirgends
-
Finde es werder in v2 noch in v3. In diesem Zusammenhang wäre eine aktuelle Dokumentation wünschenswert. Zumindest der Teil EMail und das Benutzerhandbuch und weite Teile des Admin-Handbuch scheinen zuletzt in 2020 übererbeitet worden zu sein und bilden daher wohl längst nicht alle Funktionen und Möglichkeiten ab.
-
Hallo,
ich habe für die Kunden eine eigene EMail-Vorlage in Verwendung, die Zugangsdaten versendet. Diese habe ich auch unter Einstellungen - EMail - Vorlagen ausgewählt und gespeichert, leider wird im Anschluss jedoch trotzdem die Standardvorlage verwendet. Wäre schön wenn man dies noch korrigieren könnte.
-
Würde mich ehrlich gesagt auch interessieren
-
Wie weit sind den offiziellen neusten Versionen vorangeschritten? Ich sehe nach wie vor lediglich eine Preview-Version.
Was gibt es damit für Erfahrungen? Wo sind die Probleme oder warum sind diese " nur" Preview?
-
.... da steht 09.03.26 dahinter. Mir wird aber noch kein Download angeboten.
Sorry gerade gesehen, dass es die Entwicklerversionen sind
-
Unter Liveconfig 2.18.10 haben wir das Problem auf allen Servern. 3.1.4 (Build 17009) haben wir bislang nur auf einem System produktiv, da hier unserer Meinung nach noch zu viele Unstimmigkeiten vorhanden sind. Dort muss ich mal beobachten
-
... habe das auf allen Systemen, es wäre super wenn das mit der nächsten Version, die ja eigentlich demnächst erscheinen soll, behoben ist.
-
Bin ich der Einzige mit dem Problem, bzw. ist jemanden bekannt ob es in der nächsten Version behoben sein wird?
Derzeit behelfe ich mir mit einem Crontab der regelmäßig einen Restart des liveconfig.service durchführt
-
Hier leider sporadisch (auch heute) auch immer wieder das Problem (LC 2.18.10 / Debian 13.3)!
Nach einem
UPDATE HOSTINGCONTRACTS SET HC_DELETED=0 WHERE HC_DELETED=1;
konnte ich aber den Vertrag erneut löschen, danach hat es dann geklappt, wäre super wenn man das in einer neueren LC-Version lösen kann -
Muss meine Aussage korrigieren, hatte das falsche Postfach geändert, hier funktioniert jedoch
unter Debian 13.3 /LiveConfig 3.1.4 (Upgrade von Debian 12/LiveConfig 2.x) alles wie es soll.
Sorry für die vorherige Falschauskunft, es scheint aber somit wohl eher ein individuelles Problem zu sein oder tritt vielleicht nur bei völlig neu aufgesetzten Systemen auf?
-
Kann es sein, dass das Problem immer noch besteht (Debian 13.3 / LiveConfig 2.18.10)?
-
Hallo,
schon etwas älter aber vielleicht ja noch aktuell 4,5 sollte gehen (Komma statt Punkt)
Grüße
-
Leider hat LC3 gegenüner LC2 an einigen Stellen an Funktionalität verloren wie ich finde.
Störend empfinde ich auch dass "Subdomains anzeigen" jedes mal per Schieber aktiviert werden muss. Das selbe gilt für den Schieber "automatisierte SSL-Zertifikate". Lässt sich das mittels LUA ändern?
Die "Berichte" über die es in LC2 möglich war, sich einen Überblick über Kundenverträge, Domains, Kunden zu verschaffen, scheinen.leider auch nicht mehr vorhanden.
-
Herzlichen Dank Herr Keppler, das war die Lösung
-
Danke für die rasche Rückmeldung.
Ich hatte natürlich schon php-8.2-opt und alle weiteren 8.2 Module neu installiert, leider unverändert .....PHP 8.1, 8.3 und 8.5 funktionieren hingegen problemlos
-
Ja, die Dovecot-Anpassung wird noch bearbeitet (da sind wir mittendrin - das Problem ist weniger die Änderung bei der Config-Erstellung, sondern vielmehr die Anpassung unserer CI-Tests)
PHP 8.2, 8.3 und 8.4 sind nun auch für Debian Trixie verfügbar (jeweils AMD64/ARM64).
Alles in einem sind das 268 neue Pakete.

Ist es möglich das sich in PHP 8.2 ein Fehler eingeschlichen hat. Jedenfalls fehlen bei mir dort nach Installation unter Debian13 Trixie unter /opt/php-8.2 zahlreiche Dateien unter anderem auch die /opt/php-8.2/etc/php.ini
Kann das jemand unter Trixie bestätigen?